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REMARKS 

Claims 1-20 are pending in the present application. 
Claims 11-12 and 19-20 are withdrawn from consideration. 
Reconsideration of the claims is respectfully requested. 

35 U.S.C. § 112, First Paragraph (Written Description) 

Claims 1-10 and 13-18 were rejected under 35 U.S.C. § 112, First Paragraph as failing to 
meet the written description requirement. This rejection is respectfully traversed. 

The Office Action asserts that the limitation "an identification of a number of vendor 

transaction requests corresponding to the customer transaction request" is new matter. However, the 

actual limitation, taken in context, reads "wherein the customer transaction request and the vendor 

transaction requests each include a single unique transaction identifier for all of the plurality of 

electronic sales transactions and an identification of a number of vendor transaction requests 

corresponding to the customer transaction request." Paragraph [0038] of the specification as filed 

states (emphasis added): 

[0038] Rather than simple bifurcation, the present invention may be viewed as "n- 
furcating" the transaction request among n portions (where n is any positive integer 
greater than 1), allowing multiple vendors to participate in a given transaction with 
resolution as described in further detail below. Vendor transaction requests may 
originate from separate servers and be sent via separate paths to the electronic 
payment processing system, or may be collected and relayed by a single "agent" 
vendor server and/or contained within a single message identifying all vendor(s). 
The transactions requests (vendor and customer) should include an indicator of the 
number of vendors or transaction requests that will form a complete transaction 
request. 

The specification thus provides clear support, in the context of a single "n-furcated" customer 
transaction involving counterpart transaction requests for n vendors, for an identification of a number 
of vendor transaction requests corresponding to the customer transaction request. 
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Therefore, the rejection of claims 1-10 and 13-18 under 35U.S.C. §112, first paragraph has 
been overcome. 

35 ILS,C. S 102 (Anticipation) 

Claims 1-10 and 13-18 were rejected under 35 U.S. C. § 102(b) as being anticipated by U.S. 
Patent Application Publication No. 2002/0 1 1 1907 to Ling. This rejection is respectfully traversed. 

A claim is anticipated only if each and every element is found, either expressly or inherently 
described, in a single prior art reference. The identical invention must be shown in as complete 
detail as is contained in the claim. MPEP § 2131 at pp. 2100-66 to 2100-67 (8th ed. rev. 7 July 
2008). 

Independent claims 1 and 13 each recite a plurality of electronic sales between a customer 
and each of a plurality of vendors represented by a single customer transaction request and a plurality 
of vendor transaction requests, identified by a single transaction identifier, and resolved by the 
payment processor as a single transaction by the customer and as a plurality of transactions by each 
of the vendors. These claim features correspond to "n-furcating" a transaction as described in 
paragraph [0038] of the application as filed. Such feature(s) are not found in the cited reference. 
Ling contains no teaching of multiple transactions involving a single customer and a plurality of 
vendors being processed based on a single transaction identifier within a single transaction request 
by a customer and each of a plurality of transaction requests by a plurality of vendors. Nor does Ling 
teach resolving a plurality of electronic sales as a single transaction by the customer and a plurality of 
transactions by each of the vendors. 
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The Office Action states: 

In response to applicant's argument that the references fail to show certain 
features of applicant's invention, it is noted that the features upon which applicant 
relies (i.e., multiple transactions involving a single customer and a plurality of 
vendors being processed based on a single transaction identifier within a single 
transaction request by a customer and each of a plurality of transaction requests by 
a plurality of vendors.) are not recited in the rejected claim(s). Although the claims 
are interpreted in light of the specification, limitations from the specification are not 
read into the claims. See In re Van Geuns, 988 F.2d 1 181 , 26 USPQ2d 1057 (Fed. 
Cir. 1 993). The claims do not recite what is being argued. However, Ling does teach 
that a customer can conduct multiple transactions at different vendor websites during 
one transaction. Ling teaches that a customer logs in with MSP once and then is able 
to browse several vendor websites to purchase items without having to log-in or 
checkout at each and every vendor website. The MSP then settles payment with each 
vendor at varying times depending on the payment agreement between the vendors 
and the MSP (see at least paragraphs [0223, 0243, 0250, 0270]), 

Paper No, 20090312, page 3. The cited paragraphs from Ling read: 

[0223] Note that the systems and methods of the present invention enable a user to 
log-in with the MSP only once and to browse several content provider vendor web 
sites to purchase content items from different vendor web sites without requiring the 
user to log-in or check-out at each and every vendor web site. However, in order to 
prevent unauthorized use of the user's Internet appliance to purchase content, the user 
will be required to log in with the MSP again after a pre-determined time period is 
reached either from the time the user logged in or from the time the user made the 
last content purchase, whichever the user has chosen. 

[0240] Referring now to FIG. 26, a schematic diagram showing steps taken by a user 
when purchasing tangible goods or services using tokens at a vendor's web site 
though a check-out process is described. In step 1), user 895 requests to purchase 
products or services through a check-out process at one of vendors 890a-c web site 
and selects tokens as his/her payment method. In step 2), the web server of one of 
vendors 890a-c sends the vendor ID, user ID and password and the total amount of 
tokens required for purchase of tangible goods or services to MSP 885. MSP 885 
accesses user record 195 in user database 120 (FIG. 6) and checks to see if user 895 
has enough tokens to make the purchase. If so, then MSP 885 subtracts the required 
tokens from the user's account balance and authorizes the vendor for the 
micropayment transaction as shown in step 3). 

[0250] While current online shopping at vendor web sites that allows a user to select 
one or more products and place them into a "shopping cart" and to perform a check- 
out process to settle payment for tangible goods being purchased works reasonably 
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well, this method of business transaction is not suitable for a user to purchase content 
on the Internet for the following reasons: 

[0270] In another embodiment of the present invention, content authors, publishers or 
other intellectual property owners accrue royalties whenever users purchase content 
from each and every vendor web site that is authorized by MSP 60 to use tokens as a 
user's payment option for content. Since the price for each content will normally be 
very small, requiring micropayments such as that described in the methods and 
systems of the present invention, the compensation to be paid to such content 
authors, publishers or other intellectual property owners will be even smaller, 
perhaps, in the range of the equivalent of a fraction of a penny. This requires 
aggregation of micropayments. The content royalty amount is entered into vendor 
record 200 (FIG. 6) at the same time an electronic transaction is recorded in 
transaction database 130 (FIG. 6.) This content royalty amount is also added to the 
aggregated content royalty amount within aggregated vendor sales account 220 (FIG. 
6) for each transaction between a user and a content vendor. At the time of settlement 
of payments between MSP 60 and each vendor, this aggregated content royalty 
amount is deducted so that the operator of MSP 60 may pay each respective content 
author, publisher or other intellectual property owner the royalty amount withheld 
from each content vendor, at a later date. 

As apparent, none of the above randomly-selected paragraphs from Ling actually describes what the 
Office Action asserts is described therein. No mention of a transaction identifier - or any other type 
of identifier, for that matter - is found in the above-quoted paragraphs. Moreover, no discussion of a 
single transaction identifier for each of a plurality of transactions is found. Merely logging in once to 
allow browsing and purchases from a plurality of websites without having to log-in separately for 
each web site does not inherently involve using a single unique identifier for all transactions 
occurring during a single log-in session (or in fact a unique identifier for one log-in session versus all 
other log-in sessions for the same user). 
The Office Action further states: 

Ling teaches that a customer logs in with MSP once and then is able to browse 
several vendor websites to purchase items without having to log-in or checkout at 
each and every vendor website. The MSP then settles payment with each vendor at 
varying times depending on the payment agreement between the vendors and the 
MSP (see at least paragraphs [0223, 0243]). 
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Paper No. 200903 12, page 3. The cited paragraphs from Ling read: 

[0223] Note that the systems and methods of the present invention enable a user to 
log-in with the MSP only once and to browse several content provider vendor web 
sites to purchase content items from different vendor web sites without requiring the 
user to log-in or check-out at each and every vendor web site. However, in order to 
prevent unauthorized use of the user's Internet appliance to purchase content, the user 
will be required to log in with the MSP again after a pre-determined time period is 
reached either from the time the user logged in or from the time the user made the 
last content purchase, whichever the user has chosen. 

[0243] The present methods and systems permit the royalty rate that the operator of 
MSP 885 charges to a vendor for electronic micropayment transactions using tokens 
as payment to vary from one vendor to another vendor, depending on the total 
amount of the transactions that takes place in a pre-determined period of time such as 
monthly, quarterly and so forth. This royalty rate for a vendor can also be set to 
decrease in a sliding scale depending on the total amount of sales in order to reward 
the vendor for its sales and marketing efforts. 

Nothing in the above-quoted portions of Ling indicates that a payment processor resolves a plurality 
of sales as a single transaction by the customer and a plurality of transaction to the vendors. Use of a 
single log-in session to make purchases from multiple vendors does not inherently involve charging 
the user's account for a single transaction and making separate payments to each vendor. 

Therefore, the rejection of claims 1-10 and 13-18 under 35 U.S.C. § 102 has been overcome. 
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If any issues arise, or if the Examiner has any suggestions for expediting allowance of this 
Application, the Applicant respectfully invites the Examiner to contact the undersigned at the 
telephone number indicated below or at dvenglarik@munckcarter.com. 

The Commissioner is hereby authorized to charge any additional fees connected with this 
communication or credit any overpayment to Deposit Account No. 50-0208. 



P.O. Drawer 800889 

Dallas, Texas 75380 

(972) 628-3621 (direct dial) 

(972) 628-3600 (main number) 

(972) 628-3616 (fax) 

E-mail: dvenglarik@munckcarter.com 



Respectfully submitted, 



Munck Carter, LLP 
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